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1  Objective 

This  ttiree  year  effort  has  demonstrated  the  implementation  of  key  computotion^ 
infrastructure  technology  for  managing  large  scale  design  efforts.  C^mos  supports  Ihe 
negotiations  of  designers  working  on  different  computer  tools  m  a  distnbuted  environment, 
guiding  their  negotiations  by  presentirig  them  with  dynamic  feedback  on  ^  impact  of  their 
proposed  design  changes.  Loom,  the  underlying  knowledge  representation  language  use 
in  Cosmos,  has  been  extended  to  create  and  reason  about  representations  of  ejects  m 
distributed  design  models.  Two  closely  related  efforts  were  funded  extensions  to  Cosmos: 

•  Genie  -  develop  autonomous  software  agents  that  facilitate  user  access  to  di^buted 
remote  terrestrial  sensing  (RTS)  data  and  processing  services  connected  via  Cosmos 
infrastructure  technology;  and 

•  IWSDB  -  apply  some  of  the  Cosmos  infrastructure  technologies  trwards 

dynamic  infomation  access  for  the  Integrated  Weapons  System  Database  (IWSDB) 
Phase  6  project. 

2  The  Cosmos  Story 

Cosmos  extends  Lockheed  Martin-developed  commitment-based  reasormg  [Mark  et  d.  92] 
to  the  distributed  design  environment.  Commitments  are  the  subset  of  design  consents 
that  determine  whether  a  particular  component  fits  into  a  pamcul^  Lockh^ 

Martin's  Comet  system  demonstrated  that  commitment  management  is  viable  for  acquimg 
and  organizing  design  knowledge  for  single  designer  interaction.  Cosmos  is  the  step, 
designed  to  show  that  commitment  management  is  a  viable  metl^  for  dyri^cally 
acquiring  and  distributing  the  shared  knowledge  required  to  support  design  negotiation 
human  interaction  performance  levels. 

A  key  element  of  Cosmos  is  its  use  of  the  Loom  system  [MacGregor  91].  Cosrrios  derives 
significant  leverage  from  its  use  of  Loom's  term  defimtion  Mity  i^  d^cnpUon 
classifier  ~  a  spwialized  inference  engine  designed  to  reason  with  defimtions  and  other 
descriptive  knowledge.  Extensions  are  underway  to  support  Cosmos  reasomng  mcludmg  a 
mnHniar  context  mechanism  and  concurrent  access  to  a  shared  Loom  server. 

A  major  goal  of  the  Cosmos  project  is  to  interact  with  other  ARPA,-sponsored  distributed 
knowledge  sharing  projects  to  provide  a  testbed,  to  add  value  to  Aeir  efforts,  and  to  bmld 
upon  thiir  work  S^ifically,  Cosmos  is  interacting  with  SHADE 
development  of  an  ontology  in  the  Cosmos  domam  and  m  the  use  of  the  KIF  ^d  KQML 
knowledge  interchange  languages.  Cosmos  is  also  mteracting  with  tte  mtemal  Lockheed 
Martin  research  project  Knowledge-Centered  Design  to  leverage  tlwir  ® 

technology.  In  turn,  Cosmos  is  stressing  these  technologies,  providmg  feedb^k  to  then 
developers,  and  providing  a  distributed  design  environment  in  which  to  experiment  witn 
their  software  products.  Figure  1  illustrates  the  Cosmos  architecture. 
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Figure  1.  The  Cosmos  architecture  is  composed  of  the  Cosmos  mediator  (red),  SHADE 
communication  and  facilitation  agents  (blue),  and  Lockheed  Martin-designed  wrappers 
(green)  around  the  I-DEAS  commercial  solid  modeling  and  analysis  tool. 

Cosmos  developed  a  usage  scenario  that  integrates  Knowledge  Centered  Design  wrapper 
technology,  SHADE  routing  technology,  DICE-5  engineering  collaboration  technology, 
with  Cosmos  reasoning  and  visualization  support.  Notably,  Cosmos  researchers  have 
cooperated  with  SHADE  ontology  theorists  to  develop  the  satellite  ontology  and  integrated 
existing  SHADE  ontologies.  This  scenario  exercises  each  of  these  components  and  not 
only  produces  an  effective  demonstration  but  has  led  to  design  modifications  of  the 
component  technologies.  Figures  2  and  3  present  the  Cosmos  demonstration  scenario. 

At  start-up  of  the  various  tools,  messages  are  sent  to  the  matchmaker  identifying  the 
various  agents,  their  interests,  and  their  capabilities.  For  instance  the  local  VO  Managers 
ask  the  matchmaker  for  the  address  of  the  Cosmos  mediator  while  the  Cosmos  mediator 
informs  the  matchmaker  of  its  address  and  capabilities.  The  matchmaker  notifies  the  I/O 
Managers  of  the  Cosmos  information.  Thereafter,  I/O  Managers  communicate  directly  with 
the  Cosmos  mediator. 

In  the  scenario,  the  gimbal  designer  receives  an  engineering  change  that  the  payload  weight 
of  the  spacecr^t  is  increasing.  The  gimbal  designer  determines  that  a  larger  bearing  is 
necessary.  He  uses  Cosmos  to  receive  impact  analysis  information  on  two  alternate 
bearings.  After  finding  one  bearing  significantly  “better”  (meets  his  criteria  and  causes 
much  less  of  an  impact  to  other  designers),  he  decides  to  forward  the  information  to  other 
affected  designers  to  solicit  their  opinion.  Before  he  does  this  he  annotates  the  impact 
analysis  information  with  details  of  why  he  is  changing  the  gimbal.  Finally,  the  affected 
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designer  (in  this  case  only  one)  would  respond  to  the  first  designer  with  his  comments  on 
the  proposed  change. 


step  1 :  Designer  experiments  with  a  design 
change  .. . 


The  gimbal  designer  uses  l-DEAS  to  make  a  design  change  and 
asks  Cosmos  to  provide  an  impact  analysis. 


step  2:  Cosmos  provides  scope  of  impact 


Cosmos  provides  the  scope  of  impact  of  the  possible  change 
to  the  gimbal  designer,  who  decides  to  try  a  different  alternative. 


step  3:  Designer  tries  again 

possible 


Gimbal  designer  tries  the  alternative  and  receives  the  new  scope 
of  impact. 


Figure  2.  Cosmos  demonstration  scenario. 
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step  4:  Designer  actually  proposes  change 

proposed 


The  gimbal  designer  is  satisfied  that  the  second  alternative  is  a 
viable  option,  and  actually  proposes  it.  Cosmos  and  the 
matchmaker  provide  scope  of  impact  to  all  stakeholders. 


step  5:  Change  is  conditionally  accepted 


The  layout  designer  examines  the  proposed  change  via  the  scope 
of  impact  and  proposes  a  change  in  his  part  of  the  design  that 
would  be  required  to  accomodate  the  proposed  change.  Cosmos 
and  the  matchmaker  inform  all  stakeholders  of  the  now 
linked  change  proposals. 


Figure  3.  Cosmos  demonstration  scenario  rcont'd). 
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Figure  4.  An  example  screen  picture  of  the  Cosmos  year  in  system. 

An  example  screen  picture  is  shown  in  Figure  4.  In  the  background  is  the  I-DEAS  tool, 
which  satellite  designers  at  Lockheed  Martin  standardly  use.  hi  the  top  foreground  is  the 
Cosmos  trade-off  matrix  showing  several  proposed  changes  along  with  commitment  values 
for  each  change.  In  the  middle  is  a  window  associated  with  one  proposed  change;  it  shows 
a  list  of  violated  design  constraints  at  the  top  and  one  of  these  constraints’  scope  of  impact 
at  the  bottom. 


3  Year  III  Progress 

Year  HI  Cosmos  progress  centered  around: 

•  scaling  the  Cosmos  satellite  design  ontology  to  include  more  concepts,  more 
commitments,  and  a  new  satellite  design  perspective; 

•  enhancing  the  user  visualization  to  incorporate  feedback  from  Cosmos'  satellite  design 
consultants;  and 

•  redesigning  the  existing  SHADE  matchmaker  to  use  the  Loom  classifier. 
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Ontology  Progress 


The  year  II  Cosmos  ontology  was  written  in  Loom  and  contained  about  twenty 
commitments,  all  from  the  girabal  designer's  perspective.  A  commitment  is  a  constraint  of 
special  significance  to  a  certain  designer  [Marie  and  Dukes-Schlossberg  94].  During  year 
III,  we  again  worked  with  two  Lockheed  Manin  satellite  designers,  Stu  Loewenthal  and 
Mike  Zinn,  to  extract  more  gimbal  design  commitments  as  well  as  to  assist  us  with  another 
satellite  designers'  perspective.  That  other  perspective  we  chose  was  the  power  designer. 
The  total  size  of  the  year  III  ontology  is  now  approximately  200  concepts  and  50 
commitments. 

An  example  of  a  commitment  from  the  power  designer’s  perspective  is  max-output- 
power-constraint.  This  constraint  is  dependent  on  the  type  and  power  requirements  of 
the  payload  and  the  type  of  solar  arrays  on  the  satellite  and  their  area  and  efficiency.  Our 
satellite  design  consultants  detemiined  approximate  equations  and  calculated  how  a  change 
in  one  or  more  of  these  “input”  variables  would  affect  the  max-output-power- 
constraint. 

For  reasoning  with  this  knowledge  base,  we  continued  to  use  Loom’s  "reasoning  with 
definitions"  component.  This  component  allows  us  the  flexibility  to  write  stand-alone 
commitments,  i.e.,  the  designer  thinlb  about  and  writes  a  constraint  and  this  translates  into 
one  concept  in  Loom.  An  assertion  that  changes  a  base  fact  (or  facts)  in  Loom  causes  an 
automatic  recalculation  of  aU  concepts  that  depend  upon  this  fact.  The  knowledge  base 
developer  writes  concepts;  Loom  elegantly  calculates  and  reasons  with  the  dependencies. 

Visualization  Progress 

The  year  II  user  visualization  was  a  significant  improvement  over  the  year  I  interface, 
driven  by  our  satellite  design  consultants.  Just  as  much  spirited  discussion  and  redesign 
occurred  in  year  III.  The  satellite  designers,  Mike  and  Stu,  had  never  considered  what 
impact  analysis  information  might  look  like,  how  they  would  use  it,  and  certainly  not  how 
they  might  want  it  organized  on  the  screen. 

Specific  visualization  extensions  incorporated  in  the  year  III  system  include  a  redesign  of 
the  basic  scope  of  impact  presentation  along  with  the  ability  to  display  and  manipulate  a 
summary  or  trade-off  matrix.  The  theory  of  design  embodied  in  Cosmos  asserts  that  a 
designer  would  pose  several  alternate  redesign  scenarios  to  Cosmos,  soliciting  feedback 
how  each  proposed  change  affects  the  rest  of  the  design.  After  more  than  two  or  three 
alternatives  have  been  posed  and  Cosmos  has  responded,  it  would  be  hard  for  the  designer 
to  compare  alternatives  adequately. 

The  trade-off  mauix  initially  presents  all  alternatives  as  the  rows  and  all  constraints  as  the 
columns  in  a  matrix.  The  designer  can  then  tailor  this  presentation  to  show  only  certain 
constraints  or  certain  altemutives.  Color  is  used  (sparingly)  to  indicate  constraint  violations 
to  provide  a  quick  summary  comparison  of  the  alternatives.  Our  designers  believe  that 
users  would  rely  mostly  on  this  presentation  and  only  look  to  the  specific  scopes  of  impact 
for  detailed  information. 

An  important  companion  visualization  to  the  trade-off  matrix  is  the  alternatives  history 
presentation.  This  depicts  a  hierarchical  view  of  how  design  changes  are  related.  For 
instance,  if  we  assume  that  the  designer  needs  to  redesign  the  girabal,  he  might  first  choose 
to  consider  alternate  bearings.  Given  new  bearings,  he  might  then  need  to  replace  the 
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housing,  wire  harness,  and  motor.  An  example  presentation  from  Cosmos  is  presented  in 
Figure  4. 

Matchmaking 

In  conjunction  with  the  Cosmos  subcontractor,  USC/ISI,  we  redesigned  the  existing 
Cosmos  matchmaker  that  was  originally  received  from  the  SHADE  project  [Kuokka  et  al. 
95].  Key  motivations  for  this  work  were  based  on  the  need  to  be  to  do  much  more 
sophisticated  "matching"  and  the  need  to  move  the  matchmaker  into  a  more  standard 
knowledge  sharing  language. 

An  example  of  a  match  that  the  new  matchmaker  can  process  but  the  old  one  cannot  is; 

•  an  advertisement  states  that  a  certain  database  knows  about  all  parts  in  the  gimbal,  and 

•  a  query  is  asking  about  a  certain  part  XYZ  (that  is  in  the  gimbal). 

Given  the  old  matchmaker,  this  match  would  fail.  The  only  way  it  could  succeed  would  be 
if  the  database  advertised  each  part  in  the  gimbal  separately.  The  new  matchmaker  uses  a 
Loom  hierarchy  to  notice  that  pan  XYZ  is  a  part  of  the  gimbal  and  the  match  succeeds. 

The  initial  implementation  of  the  new  Loom-based  matchmaker  does  not  implement  full 
matching  on  the  KQML  [Finin,  MacGregor,  and  Mark  92]  content  slot.  This  was 
considered  beyond  the  scope  of  existing  technology.  Instead,  a  "service"  slot  was 
introduced  that  capmres  the  essential  elements  of  the  content  and  provides  a  tractable  basis 
for  reasoning. 

4  Overall  Cosmos  Contributions 

Cosmos  has  made  several  key  contributions  to  the  Intelligent  Integration  of  Information 
(13)  ARPA  knowledge  sharing  community.  First  and  most  important.  Cosmos 
implemented  a  mediator  [Wiederhold  92].  At  the  time  of  its  first  development  and 
somewhat  still  today,  solid  mediation  examples  are  not  common.  The  Cosmos  impact 
analysis  mediator  accepts  proposed  design  changes,  and,  using  a  formal  model  of  design 
component  interrelations,  manipulates  the  input  information  to  produce  a  scope  of  impact 
analysis.  This  manipulation  of  information,  rather  than  syntactic  translation  or  routing, 
qualifies  Cosmos  as  a  mediator.  As  one  of  the  first  (1993)  mediator  implementations. 
Cosmos  broke  new  ground  in  the  13  community. 

A  second  key  contribution  to  13  was  the  scope  of  the  Cosmos  demonstration  systems. 
Since  year  I,  demonstrations  have  consisted  of  not  only  the  Cosmos  mediator  but  also 
ontologies,  wrappers,  facilitators,  and  agent  communication  languages.  The  original 
intention  of  Cosmua  was  to  focus  on  the  design  and  implementation  of  the  Cosmos 
mediator;  however  due  to  the  ’early"  start  of  Cosmos,  some  of  these  components  had  to  be 
implemented  by  the  Cosmos  team.  Specifically,  no  ontology  for  engineering  was  in  place 
(in  1992)  so  it  became  an  objective  of  Cosmos  to  design  and  build  an  ontology.  Luckily 
we  were  able  to  interact  significantly  with  SHADE  ontology  theorists  Tom  Gruber  and  Dan 
Kuokka.  and  to  use  their  evolving  ontologies  as  they  became  available. 
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Regarding  wrappers,  we  did  succeed  in  using  a  SHADE-developed  wrapper  for  the  I- 
DEAS  commercial  solid  modeling  and  analysis  tool For  matchmaking,  we  initially  used 
the  SHADE-developed  matchmaker  and  for  two  years  this  suited  our  needs  well.  For  agent 
communication  languages,  we  initially  used  the  Knowledge  Interchange  Format  (KIF) 
[Genesereth  and  Fikes  92]  language  for  content  and  then  later  switched  to  Loom.  We  used 
KQML  for  the  agent  "discourse-level"  language.  Throughout  Cosmos,  we  kept  up  with 
the  latest  developments  of  these  languages  and  their  application  programmer's  interfaces, 
integrating  them  as  appropriate.  This  system  level  13  research,  i.e.,  understanding  not  only 
an  13  component,  but  also  how  that  component  fits  in  and  interacts  with  other  essential 
components  was  groundbreaking  at  the  time  and  still  important. 

A  third  contribution  to  the  13  community  was  pushing  the  state-of-the-art  in  ontology 
development.  While  13  ontology  theorists  were  laying  the  foundations  of  a  solid  ontology 
framework.  Cosmos  researchers  had  to  build  an  ontology  for  immediate  use.  What  ensued 
was  a  tight  feedback  loop  between  our  need  for  an  engineering-level  ontology  and 
SHADE'S  ontology  theorizing.  Cosmos  got  a  "better"  ontology;  SHADE  was  pushed  to 
consider  the  entire  ontology  spectrum  earlier  and  thus  helped  SHADE  to  produce  a  better 
framework. 

A  final  contribution  from  Cosmos  was  the  ability  of  our  concepts  (and  thus  13  concepts)  to 
scale.  Cosmos  year  I  implementation  was  modest  by  comparison  to  year  III  yet  the  ideas 
carried  forward.  Loom’s  reasoning  with  definitions  component  handled  well  the  increase 
in  concepts.  The  expanding  visualization,  while  rethought  and  redesigned  each  year,  was 
essentially  unchanged  from  the  earliest  Cosmos  scope  of  impact  research. 

Although  Cosmos  has  not  been  fielded  and  subjected  to  the  "real"  test,  we  are  confident 
that  the  ideas  are  sound  and  will  scale.  It  is  an  open  question  regarding  how  big  the 
Cosmos  knowledge  base  would  have  to  be  to  withstand  acmal  designer  use;  our  inniition  is 
the  concepts  would  be  in  the  hundreds,  probably  not  more. 

5  NASA-Sponsored  Research  in  Autonomous  Software  Agents 

A  related  effort  to  the  Cosmos  knowledge  sharing  work  has  been  a  project  investigating 
autonomous  software  agents  using  many  of  the  Cosmos  infrastructure  technologies. 
This  work  was  begun  during  the  second  year  of  Cosmos  and  made  significant  progress 
working  with  NASA  space  scientists  to  understand  their  problem  and  propose  an 
autonomous  software  agents-based  solution.  This  solution  centers  around  providing 
easy  access  to  NASA-collected  data  to  space  scientists  around  the  world. 

Remote  terrestrial  sensing  (RTS)  data  is  constantly  being  collected  from  a  variety  of 
space-based  and  earth-based  sensors.  The  collected  data,  and  especially  "value-added" 
analyses  of  the  data,  i.s  finding  growing  application  for  commercial,  government,  and 
scientific  purposes.  The  scale  of  this  data  collection  and  analysis  is  truly  enormous,  e.g., 
by  1995,  the  amount  of  data  available  in  just  one  sector,  NASA  space  science,  will  reach 
5  petabytes.  Moreover,  the  amount  of  data,  arid  the  value  of  analyzing  the  data,  are 
expected  to  increase  dramatically  as  new  satellites  and  sensors  become  available  (e.g.. 


®  An  unfortunate  downside  to  this  use  of  another  project's  tool  was  that  as  the  1-DEAS  software 
evolved  over  the  Cosmos  project  the  wrapper  did  not.  This  locked  us  in  to  the  old  l-DEAS  system 
and.  by  year  III  of  Cosmos,  we  could  not  even  recompile  the  wrapper  because  software  was  so  far 
out  of  date! 
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NASA's  Earth  Obser%'ing  System  satellites).  Lockheed  Martin  and  other  companies  are 
beginning  to  provide  data  and  analysis  commercially. 

Under  funding  from  NASA's  technology  commercialization  program,  we  have  built  a 
"showcase"  agent-based  RTS  data  dissemination  environment  to  prove  the  value  of  this 
technology  in  a  real  world  environment.  We  have  worked  closely  with  personnel  from 
Lockheed  Martin's  Space  Systems  Division  and  Space  Imaging  Incorporated  subsidiaiy 
to  ground  our  effort  in  reality.  The  key  technologies  we  have  used  in  this  effort  are: 

•  explicit  representation  of  software  capabilities  and  execution  events  relevant  to 
multimedia  access  and  analysis; 

•  knowledge  interchange  technology  to  support  the  sharing  of  goals  and  results  among 
agents; 

•  reactive  planning  technology  to  enable  agents  to  change  their  behavior  in  response  to 
changes  in  the  environment;  and 

•  user  interface  technology  to  facilitate  the  specification  of  agent  tasks  by  a  variety  of 
end  users. 

This  work  culminated  in  a  demonstration  in  December  1994  to  funding  agents.  The 
presentation  illustrated  users  interacting  with  software  agents  to  access  NASA  weather 
and  other  image  data.  Figure  5  presents  the  architecture  used  for  the  agent-based 
customer  service  center. 
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Figure  5.  The  agent-based  customer  service  center  architecture. 

AutoClass 

Closely  related  to  the  autonomous  software  agents  work  with  NASA  has  been  our  work 
with  the  AutoClass.  A  key  component  of  a  system  that  must  handle  large  amounts  of  data 
is  the  ability  to  provide  analysis  tools  th^t  can  assimilate,  classify  and  enhance  the  user's 


understanding  of  the  volumes  of  data.  AutoClass  is  a  non-incremental  conceptual 
clustering  algorithm,  developed  over  the  last  six  years  by  researchers  at  NASA  Ames 
Research  Center.  The  input  to  AutoClass  is  a  set  of  unclassified  instances  and  the  output  is 
a  probabilistic  assignment  of  the  instances  to  classes  using  Bayesian  methodologies. 

Over  the  last  six  years,  AutoClass  has  proved  itself  to  be  a  very  robust  and  useful  aid  to 
unsupervised  learning.  It  has  been  used  on  the  InfraRed  Astronomical  Spectra  (IRAS)  data 
where  it  has  motivated  a  completely  different  categorization  of  stars.  It  is  heavily  used  by 
researchers  at  JPL. 

Specific  progress  on  AutoClass  has  centered  around  redesigning  and  leimplementing  the 
system  based  on  requirements  obtained  from  selected  users  at  fie  NASA  Jet  Propulsion 
Laboratory  and  the  NASA  Ames  Research  Center.  AutoClass  was  also  converted  from 
LISP  to  C/C++. 

Specific  progress  on  AutoClass  has  included: 

•  implemented  Single  Normal  Model, 

•  implemented  Single  Log-Normal  Model, 

•  implemented  MultiNomial  Model, 

•  implemented  ability  to  handle  missing  values, 

•  parallelized  Macro  level  Search  on  workstation  cluster, 

•  wrote  detailed  document  s^cifying  mathematics  and  implementation  details,  and 

•  achieved  2  orders  of  magnimde  speedup  over  previous  best  implementation. 

6  ARPA-Sponsored  Research  for  IWSDB 

The  Integrated  Weapons  System  Database  (IWSDB)  is  a  cooperative  effort  among  the 
Lockheed  Martin  Aeronautical  Systems  Advanced  Technology  Group,  the  ISX 
Corporation,  and  the  Lockheed  Martin  Artificial  Intelligence  Center.  IWSDB  has  been 
underway  for  several  years;  the  AI  Center  was  brought  into  Phase  6  of  the  project  in  1995 
to  provide  some  additional  Intelligentintegration  of  Information  (13)  expertise. 

The  goal  of  the  IWSDB  work  has  been  to  provide  USAF  F-22  design  engineers  with  better 
access  to  design  information.  Previous  work  has  centered  around  bringing  text  search 
utilities  to  the  engineer's  desktop  using  hardware  already  on  their  desks.  Significant 
information  access  gains  have  already  been  reported  (45-70%  improvement). 

For  1995,  project  emphasis  has  been  on  bringing  13  technology  to  bear  on  the  IWSDB 
information  access  problem.  Specifically,  facilitators,  mediators,  wrappers,  ontologies, 
and  language  issues  from  AI  Center  research  projects,  ISX  research  projects,  and 
throughout  the  13  program  have  been  deployed.  Figure  6  depicts  the  IWSDB  Phase  6 
architectuie. 
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Figure  6.  The  IWSDB  Phase  6  architecture. 


For  the  project,  the  AI  Center  is  chiefly  responsible  for  building  the  "middleware"  or  query 
management.  This  query  management  software  accepts  queries  from  the  interface  in  MQL 
(Mediator  (^ery  Language),  accepts  advertisements  or  descriptions  of  capabilities  from  die 
data  sources,  and  then  routes  queries  to  the  appropriate  data  sources.  This  routing  can  be 
simplistic  if  a  given  query  directly  matches  a  data  source  advertiseinent.  (Itoerwise 
complex  query  decomposition  may  be  required  if  the  specified  query  requires  "joining"  data 
from  multiple  sources.  The  query  manager  currently  can  decompose  a  query  into  two  or 
more  queries  for  different  sources,  route  those  queries,  and  then  compose  the  results 
appropriately. 

Another  key  IWSDB  element  AI  Center  personnel  have  worked  on  is  advertisement 
strategies.  This  was  found  to  be  a  hole  in  existing  13  research.  From  the  database  side,  we 
have  proposed  to  advertise  tables  and  columns  using  their  corresponding  terms  from  the 
ontology.  This  is  not  a  completely  general  solution  as,  in  some  cases,  actual  values  may 
need  to  be  advertised  from  a  table.  Initially  we  are  working  with  just  the  column  names. 

From  text  sources  we  are  finding  an  advertisement  strategy  trickier.  Our  currently 
implemented  solution  centers  around  advertising  field  names  from  a  semi-structured  text 
source.  To  fully  address  the  unstructured  text  problem,  advertisements  will  likely  have  to 
be  composed  by  hand  rather  than  by  any  automated  method.  We  have  looked  into  using 
some  word-count  techniques  that  would  allow  us  to  advertisement  the  n  most  frequently 
occurring  words  in  a  document.  This  may  hold  some  promise  but  would  need  to  be 
augmented. 


A  third  area  the  AI  Center  personnel  have  contributed  to  is  overall  agent  integration.  AI 
Center  personnel  have  taken  a  lead  role  with  setting  up  an  agent  communication  framework 
on-site  at  Lockheed  Martin  Georgia.  We  have  also  provided  significant  assistance  with 
KQML  (Knowledge  Query  and  Manipulation  Language),  an  evolving  knowledge  sharing 
standard  from  the  13  program.  Finely  we  have  contributed  to  the  ontology  design  as 
necessitated  by  the  query  manager. 

Summary 

The  IWSDB  Phase  6  effort  successfully  integrated  a  query  interface,  an  infrastmcture 
query  manager,  a  wrapped  Sybase  database,  and  a  wrapped  semi-stmctured  text  source. 
This  system  has  been  demonstrated  showing  F-22  design  engineer  information  access 
queries  being  retrieved  from  real  sources.  Many  issues  have  arisen  during  the  year  and  our 
continuous  domain  expert  interactions  have  been  critical.  We  have  made  significant 
progress  and  have  a  system  about  to  be  deployed  that  is  the  first  medium-scale  deployment 
of  ARPA-sponsored  13  technology. 

7  Future  Work 

Opportunities  for  future  work  are  numerous.  The  most  obvious  proposal  would  be  to 
create  a  deployable  Cosmos  mediation-based  system.  This  would  involve  expansion  of  the 
existing  knowledge  base;  full  coverage  of  a  narrow  area  would  be  a  wise  course. 

A  second  course  of  action  would  be  the  tighter  integration  of  the  Cosmos  ontology  with 
other  I3-developed  ontologies.  The  goal  of  this  work  would  be  to  search  for  synergism; 
ontology-based  systems  that  dovetail  with  the  Cosmos  ^proach  should  benefit  from  more 
knowledge. 

Another  promising  area  would  be  to  integrate  the  Cosmos  commitments  into  simulation 
environments.  The  commitments,  or  "rules  of  thumb"  as  our  designers  called  them,  map  a 
designer's  input  to  his  outputs;  it  would  be  interesting  to  investigate  how  these  rules  could 
be  applied  directly  by  a  Mathematica  tool,  for  instance,  rather  tiian  by  a  formal  reasoning 
system  such  as  Cosmos. 
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Mission.  The  mission  of  Rome  Laboratory  is  to  advance  the  science  and 
technologies  of  command,  control,  communications  and  intelligence  and  to 
transition  them  into  systems  to  meet  customer  needs.  To  achieve  this, 
Rome  Lab; 

a.  Conducts  vigorous  research,  development  and  test  programs  in  all 
applicable  technologies; 

b.  Transitions  technology  to  current  and  future  systems  to  improve 
operational  capability,  readiness,  and  supportability; 

c.  Provides  a  full  range  of  technical  support  to  Air  Force  Material 
Command  product  centers  and  other  Air  Force  organizations; 

d.  Promotes  transfer  of  technology  to  the  private  sector; 

e.  Maintains  leading  edge  technological  expertise  in  the  areas  of 
surveillance,  communications,  command  and  control,  intelligence, 
reliability  science,  electro-magnetic  technology,  photonics,  signal 
processing,  and  computational  science. 

The  thrust  areas  of  technical  competence  include:  Surveillance, 
Communications,  Command  and  Control,  Intelligence,  Signal  Processing, 
Computer  Science  and  Technology,  Electromagnetic  Technology, 
Photonics  and  Reliability  Sciences. 


